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Abstract: 



Computer memory management system The memory management system uses a 
management structure(RIT) allowing the free memory capacity to be managed in blocks. 
The management structure is provided as a static tree structure with the memory blocks 
arranged at the leaf nodes. Pref. the free memory capacity is divided into blocks of fixed 
length, with statically defined block lengths, each block of given length positioned at a leaf 
node. The tree structure can be divided into hierarchy planes, with the lowest hierarchy 
plane divided into discrete block lengths. 
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(54) Speicherverwaltungssystem eines Rechnersystems 



(57) Speicherverwaltungssystem von Rechnersy- 
stemen, insbesondere Realzeitsystemen, sollen kurze 
Zugrrffszeiten auf den Freispeicher ermdglichen, ohne 
die Datensicherheit und Verfiigbarkeit zu beeintrachti- 
gen. 

FIG 5 

KIT 



Dieses Ziel wird durch eine Verwaltungsstruktur 
(RIT) des Freispeichers erreicht, die erfindungsgemaB 
eine statische Baumstruktur umfafit. 
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Beschreibung 

Die Erf indung betrifft ein Speicherverwaltungssystem eines Rechnersystems 

Speicherverwaltungssysteme von Rechnersystemen, insbesondere von Reaizeitsystemen, sollen kurze Zugriffs- 
zeiten und hohe Belegungsdichten gewahrleisten. AuBerdem stellen Datensicherheit und Verfugbarkeit weitere wesent- 
liche Anforderungen an solche Speicherverwaltungssysteme dar. 

Ein Speicherverwaltungssystem zum Verwalten eines Pools von Daten variabler Lange verwaltet den von ihm ver- 
walteten Speicherraum in Form von Speicherbldcken unterschiedlicher Lange. Die Lange der einzelnen Speicherblocke 
ergibt sich aus der Folge von Speicheranforderungen und Speicherfreigaben. Frei werdende Teilstucke werden mit 
angrenzenden freien Teilstukken vereinigt (smelting). 

Zur DurchfCihrung der Aulgaben bedient sich das Speicherverwaltungssystem in der Regel einer Belegtliste und 
einer Freiliste. Bei der Vergabe von Speicher sind verschiedene Verfahren zum Durchsuchen der Freiliste bekannt. 

Beim sog. first-fit- Verfahren wird mit der Suche am Beginn des zu verwaltenden Speicherraums begonnen und der 
erste langenmaBig ausreichende Block dem Anwender zugeordnet. 

Bei dem sog. next-fit- Verfahren wird dem Anwender ebenfalls der erste langenmaBig ausreichende Block zugeord- 
net jedoch wird mit der Suche bei demjenigen Block begonnen, der zuletzt einem Anwender zugeteilt wurde. 

Bei dem sog. best-fit- Verfahren wird so lange gesucht bis derjenige Block gefunden wird, der den geringsten Ver- 
schnitt(kleinstm6glicher Block, der langenmaBig ausreicht)aufweist, 

Als Alternative zur Speicherverwattung mit einer Belegtliste und einer Freiliste bietet sich das sog. Buddyverfahren 
an. Das Buddyverfahren benotigt zur Verwaltung von 2 n Byte Speicher n Freilisten. In der k-ten Liste werden die freien 
Biokke der GroBe 2 k verwaltet. Wenn nun ein Speicherbereich der Lange m angefordert wird, wird der kleinste freie 
Block, der grdBer ist als m, so lange halbiert, bis eine weitere Halbierung einen Block kJeiner als m ergeben wurde. 
Einer der beiden Blocke. die bei der letzten Halbierung entstanden sind, wird belegt. Die ubrigen bei den Halbierungen 
entstandenen Blocke werden in die jeweiligen Freilisten eingetragen. Bei der Freigabe eines Blocks werden jeweils 
Blocke so lange verschmolzen. bis ein weiteres Verschmelzen nicht mehr moglich ist. weil beispielsweise die zweite 
Halfte belegt ist. Dieses Smelting ist aber vergleichsweise unwahrscheinlich, da als Voraussetzung dazu gerade zwei 
gleich groBe BI6cke nebeneinander frei sein mussen. Damit besteht die Tendenz. daB im lauf enden Betrieb insbesondere 
groBere, also ohnehin seltene Blocke nicht mehr effrzient verwaltet werden. 

Das Buddy-System hat also den Nachteil, daB es den Speicher zwischen der tatsachlichen Anforderung und der 
nachsthdheren Zweierpotenz ungenutzt laBt. 

Ein weiterer Nachteil des buddy-Systems besteht in einer sicherheitskritischen Verwaltungsstruktur, da zur Bele- 
gung eines Blocks einer "kleinen" GrOBe unter Umstanden sehr viele Splittings und damit kritische Umkettungen in den 
Freiketten nbtig sein kOnnen. Insbesondere zu Beginn der Belegung ist dies der Normalfall. 

Der Nachteil des best-fit- Verfahrens besteht in relativ langen Suchzeiten und haufigem Splitting/Smelting. 

Der Nachteil des first-f it-Verfahrens besteht in haufigem Splitting/Smelting und einer zu geringen Belegungsdichte. 

Eine weitere Alternative fur die Verwaltung des Freispeichers an Stelle einer Liste ist ein nach Blockiangen sortierter 
dynamischer Baum, dessen einzelne Knoten die jeweiligen Verwaftungsdaten eines Blockes aufnehmen. Der wesent- 
liche Vorteil dieser Art der Freispeicherverwaltung ist ein schneller Best-Fit-Zugriff beim Suchen eines freie^i Blockes. 
Gleichzeitig hat diese Art der Verwaltung jedoch folgende gravierende Nachteile: 

- Urn den genannten Vorteil langerfristig gewahrleisten zu kOnnen, ware eine regelmaBige Rebalancierung des 
Baums erforderlich. 

- Im allgemeinen zoge eine Anforderung bzw. Freigabe eines Speicherblocks (oder ggf. mehrerer Blocke) eine Reba- 
lancierung des Baumes nach sich. Wahrend dieser Zeit muBte der Zugriff auf die Freispeicherverwaltung gesperrt 
werden. 

Durch das notwendige Rebalancieren wurde die Gesamtstruktur haufig in grCBerem MaBe manipuliert, wodurch 
die Wahrscheinlichkeit fur Verkettungsfehler stark ansteigen wurde. Zum Ausgleich ware eine erhehte Auditierung 
notwendig. 

- Aus Grunden der Datensicherheit muBte der dynamische Baum semipermanent gehalten werden. Damit wurde 
jeder bei einer Rebalancierung veranderte Header aJs eine Location im mit der entsprechenden Transaktion ver- 
knOpften Disk-Notebook auftreten. 

- Das Speicherverwaltungssystem soli gegenuber einer moglichen Erweiterung mit einer garbage collection off en 
gehaJten werden. Im Falle einer dynamischen Baumstruktur wurden die mit der garbage collection verbundenen 
Speicherumwaizungen zu erheblichen Umkettungen innerhalbdes Baumes fuhren, was wiederum zu den bereits 
genannten ProWemen fQhren wurde. 

- Ais grundsatzliches Problem einer auf Best-Frt-Suche basierenden Reispeic^er-Verwaltung wOrde eine Haufung 
kleiner, relativ unbrauchbarer Blocke auftreten, die sich durch Absplitten (Blocksplitting) aJs Rest bei einer voraus- 
gegangenen Auswahl "etwas" zu groBer Blocke ergabe. 
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Der Erfindung tiegt die Aufgabe zugrunde, ein Speicherverwaltungssystem zum Verwalten eines Pools von Daten 
variabler Lange anzugeben, das kurze Zugriflszeiten ermoglicht. ohnedie Datensicherheit und Verfugbarkeit zu beein- 
trachtigen. 

Durch die Baumstruktur wird eine kurze Zugriffszeit auf die freien Speicherblocke erreicht. Durch die statische Aus- 
£ bildung der Baumstruktur sind fehlerbedingte Veranderungen der Baumstruktur wahrend des Betriebs des Realzeitsy- 
stems ausgeschlossen. Dadurch ist Datensicherheit und standige Verfugbarkeit gewahrleistet. 

Eine Ausgestaltung der Erfindung ist durch Anspruch 2 angegeben. Durch die Einfuhrung einer Granularitat. d.h. 
die statische Aufpragung von bestimmten Blocklangen, wird zum einen die Belegungsdichte gegenuber dem reinen 
best-f it-Verfahren effektiv weiter erhbht, da die fur das best-f it-Verfahren typische Anhaufung unbrauchbar Weiner split - 
10 Reste vermieden werden, zum anderen wird wegen des gegenuber dem best-f it- Veriahren weniger hauf ig erforderlichem 
Splitting und Smelting die Zugriffszeit verkurzt. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 3 angegeben. Durch die Ausgestaltung der statischen 
Suchstruktur als binarer Baum erfolgt der Zugriff auf die Blatter des Baumes in Form eines binaren Suchens. Dadurch 
ist die Suche sehr schnell. 

15 Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 4 angegeben. Durch die Ausgestaltung in mehrere 
Baumebenen kann bei der Suche nach einem passenden Block bereits am Endeknoten der ersten Baumebene erkannt 
werden, obder uber den Endeknoten zugangliche Unterbaum leer ist. Trifft man bei der Suche auf einen solchen leeren 
Unterbaum, so kann direkt auf einen anderen Unterbaum verwiesen werden, ohne daB die Struktur des leeren Unter- 
baums bis zu dessen Endeknoten durchlaufen werden muB. Dadurch wird die durchschnittliche Zugriffszeit weiter 

20 erh6ht. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 5 angegeben. Durch diese Ausgestaltung wird gewahr- 
leistet, daB einerseits bei der Zuteilung eines Blockes kein Speicherraum verschenkt wird(optimale Belegungsdichte!) 
und andererseits die Baumstruktur dennoch ausgeglichen bleibt(optimale Zugriffszeit!). 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 6 angegeben. Durch diese Ausgestaltung wird gewahr- 
25 leistet, daB nach einem Block- Splitting wieder ein brauchbarer Restblock in die Verwaltungsstruktur eingehangt wird. 
Dies bewirkt ebenfalls eine ausgeglichene Baumstruktur und somit eine minimale Zugriffszeit. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 7 angegeben. Durch diese Ausgestaltung wird eine 
im Rahmen einer Anforderung entdeckte leere Blocklange sofort, d.h. noch im Rahmen dieser Anforderung, wieder mit 
Blccken aufgefullt. 

30 Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 8 angegeben. Durch diese Ausgestaltung wird es 
ermdglicht Ausgleichsmechanismen einzuleiten, dieden Fullgrad von Behaiterstrukturen gezielt nur im Bedarfsfall beein- 
f lussen, urn so auf eine ausgeglichene Baumstruktur hinzuwirken. AuBerdem kann dadurch wahrend des Betriebs ein 
anwenderspezif isches Blockiangenprofil erstellt werden, nach der die Unterteilung der LangenintervaJle einer auf diese 
Anwendung angepaBten neuen Verwaltungsstruktur festgelegt werden kOnnen. 

35 Weitere Ausgestaltungen der Erfindung sind durch Anspruch 9 und 10 angegeben. Durch diese Ausgestaltungen 
werden spezielle Ausgleichsmechanismen zum Ausgleichder Baumstruktur, die auf dem durch die Registriereinrichtung 
bekannten Fullgrad basieren, angegeben. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 1 1 angegeben. Diese Ausgestaltung gewahrleistet, 
daB die Baumstruktur optimal an die Anwendung angepaBt ist und die Zugriffszeit damit minimal bleibj. 

40 Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 12 angegeben. Nach dieser Ausgestaltung ist das 
Speicherverwaltungssystem in zwei Untersysteme strukturiert Diese Unterstrukturierung ermoglicht es, daB die aus 
Grunden der Datensicherheit auf einem Hintergrundspeicher zu fOhrenden Abbilder auf die belegten BlOcke beschrdnkt 
bieiben. 

Eine weitere Ausgestaltung der Erfindung ist durch Anspruch 13 angegeben. Durch diese Ausgestaltung ist man 
45 in der Lage eine neue Verwaltungsstruktur in das Speicherverwaltungssystem einzubringen, die der Anwendung besser 
angepaBt ist und dadurch die mittlere Suchzeit verringert Diese Ausgestaltung ist insbesondere in Verbindung mit der 
Registriereinrichtung nach Anspruch 8 vorteiihaft. 

Im folgenden wird ein Ausfuhrungsbeispiel der Erfindung anhand der Zeichnung naher eriautert 

FIG 1 zeigt die Struktur eines Speicherverwaltungssystem VLP, das ein Freiverwartungssystem IBM. ein Belegtver- 
so waltungssystem UBM, ein Blockzustandssteuerungssystem BEM und ein Zugriffssteuerungssystem DAM umfaBt. 

Das Speicherverwaltungssystem VLP stellt einem Anwendersystem, z.B. den Datenmodulen(modul instances) 
eines Datenverwaftungssystem, einen Pool von SpeicherWOcken variabler Lange zur VerfOgung. Das Freiverwartungs- 
system IBM verwaJtet dabei die freien BlOcke und das Belegtverwaitungssystem UBM verwaltet die von einem Anwen- 
dersystem bereits belegten (benutzten) Speicherblocke. 
55 Das Belegtverwaitungssystem UBM verwaltet die belegten Speicherblocke anhand einer Liste, der sogenannten 
Belegtbbckliste. Die BeJegtblockliste dient in erster Linie dazu, die vom Speicherverwaltungssystem verwatteten Daten 
eines Anwendersystems einzukapseln. Alle Zugriff e eines Anwendersystems auf einen von ihm belegten Speicherblock 
erfolgen somit uber die BeJegtblockliste, die die Verknupfung des vom Anwendersystem benutzten logtschen Indexes 
mit einer physikalischen Adr esse des Speicherblocks beinhaltet (das Anwendersystem hat den zur Adressierung benutz- 
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ten logischen Index vorher vom Belegtspeichersystem auf Anforderung erhalten und daraufhin durch Ubergabe des 
logischen Indexes an das Freispeicherverwaltungssystem dieses veranlaBt, einen freien Speicherblock zu f inden und 
reservieren zu lassen). 

Das Freiverwaltungssystem IBM verwaltet - wie bereits erwahnt - die freien Speicherblocke des Speicherverwal- 
tungssystems. Es behandelt dabei die Suche nach einem angeforderten Speicherblock, das durch eine Anforderung 
ernes Speicherblocks mdglicherweise notige Splitting und das nach einer Freigabe eines Speicherblocks mbglicherweise 
notige Smelting. Die Suche nach einem angeforderten Speicherblock erfolgt uber eine Verwaltungsstruktur, die einen 
statisch vorgeleisteten, nach Langen sortierten binaren Baum enthalt. dessen Blatter die Einstiegspunkte in Ketten von 
freien Speicherblocken gleicher Gro6e darstellen. 

Bei einer Variante konnen vor der Aktivierung (Inbetriebnahme) der Verwaltungsstruktur die genannten Ketten des 
binaren Baumes bereits mit Blbcken vorgefullt sein, d.h. der Freispeicher bereits aufgeteilt sein. Bei einer anderen Vari- 
ante konnen die Ketten vor der Aktivierung noch leer sein und erst nach der Aktivierung der Verwaltungsstruktur durch 
Vorgange wahrend des Betriebs, wie z.B. Freigabe, Splitting oder Smelting von Blocken, gefullt werden. 

Die Blockzustandssteuerung BEM steuert den Zustandswechsel eines Speicherblocks zwischen dem Zustand 
"BelegT und "Frei" und damit den verwaltungsmaBigen Wechsel eines Blocks zwischen der Beiegtverwaltung und der 
Freiverwaltung. 

Das Zugriffssteuerungssystem DAM steuert den Zugriff auf den Dateninhalt eines belegten Speicherblocks, indem 
es einem Anwendersystem die notwendigen Schnittstellenprimitiven zur Verfugung stellt 

Wird das dargestellte Speicherverwaltungssystem VLP im Rahmen eines Multitasking- Systems genutzt, ist eine 
gegenseitige Absicherung parallel zueinander stattfindender Zugriffe auf das Speicherverwaltungssystem notwendig. 
Daruber hinaus mussen die in eigenen Prozessen stattf indenden Schreibzugriffe auf den Hintergrundspeicher mit den 
Zugriff en auf das Speicherverwaltungssystem synchronisiert werden. Diese Konkurrenzkontrolle und die Gewahrlei- 
stung, daB auch im Laufe von mehreren, logisch zusammengehdrenden Zugriffen, die als eine Transaktion bezeichnet 
werden, ein dazu logisch konsistenter Zustand des Speicherverwaltungssystems zur Verfugung steht, gewahrleistet ein 
Zugriffssteuerungssystem CTC. 

Die zu verwaltenden elementaren Einheiten des Speicherverwaltungssystems sind die Speicherblocke. Ein Spei- 
cherblock ist im wesentlichen charakterisiert durch seinen Platz im Speicher, seine Lange und seinen Zustand. Diese 
und einige zusatzliche Informationen werden in Speicherblock-Headern BLK-H zusammengefaGt. diediezentralen Ver- 
waltungsstrukturen des Speicherverwaltungssystems darstellen. 

FIG 2 zeigt die Struktur eines Speicherblock-Headers BLK-H. 

Ein Datenfeld PATTERN wird genutzt, urn den Status des zugehorigen Speicherblockes einzutragen. Die moglichen 
Zustande sind Trei", "Benutzt" und "Reserviert". wobei die beiden erstgenannten Zustande selbsterklarend sind und 
der Zustand "Reservierf den Ubergang zwischen diesen beiden Zustanden kennzeichnet. 

Das Datenfeld LENGTH dient der Angabe der Lange des Speicherblocks, wobei die Angabe in Vielfachen der mini- 
malen Blocklange ausgedruckt wird. 

Die beiden Zeiger PTR_NEXT_PHYS und PTR_PREV_PHYS verketten physikalisch im Speicher benachbarte 
Blocke. Diese Angaben sind fur die eigentliche Speicherverwaltung nicht von Bedeutung, jedoch zur Uberwachung der 
Integritat des Speicherverwaltungssystems wichtig. Durch die beiden Zeiger kann namlich sichergestellt werden, daB 
bei Umkettungen zwischen der Frei-/Besetztspeicherverwaltung IBM, UBM verlorengegangene Blocke wiedergefunden 
und unter Umstanden der gewunschte Zustand restauriert werden kann. * 

Die beiden Zeiger PTR_NEXT_LOG und PTR_PREV_LOG stellen den Bezug zum logischen Nachfolger bzw. Vor- 
ganger des jeweiligen Blocks her. Ihre konkrete Bedeutung ist abhangig vom momentanen Zustand des Blocks (siehe 
Datenfeld PATTERN). Solange ein Block der Freiverwaltung IBM zugeordnet wird, ist er in eine doppelt verkettete Uste 
von Blocken gleicher Gr6Ge eingebunden, wobei der Zeiger PRT_NEXT_LOG des letzten Blocks in jeder Kette auf die 
Wurzel dieser Kette zuruckverweist. Enthatt der Block Nutzdaten, so wird er uber eine zentrale Schlusseltabelle ange- 
sprochen. Der Ruckwartsverweis durch den Zeiger PTR_PREV_LOG zeigt dann auf den entsprechenden Eintrag. 

Der Zeiger fur den logischen Vorwartsverweis kann fur belegte Blocke eine zur Auditierung vorgesehene Check- 
summe aufnehmen. Sollte es nctig sein t logisch zusammenhangende Daten uber mehrere Blocke zu verteilen, dient 
dieser Zeiger des weiteren zur Adressierung der Folgeblocke und erst im letzten Block befindet sich dann die Check- 
summe. 

Im folgenden wird die Arbertsweise der Speicherverwaltung VLP anhand der in den FIG 3 und 4 dargestellten Pri- 
mitiven der Speicherverwaltung naher beschrieben. 

Die Primrtiven haben in Verbindung mit der vorhergenannten Verwaltungsstruktur des Block-Headers BLK-H die 
Aufgabe. die physikalische Verwaltung der Speicherttocke zu realisieren und diese fur die Anwender des Speicherver- 
waltungssystems unsichtbar zu machen. Es soil hierbei zwischen externen und internen Primitiven unterschieden wer- 
den. wobei erstere sich durch eine nach auBen. d.h. gegenOber einem Anwendersystem, bekannte Schnittstelle 
auszeichnen, wahrend letztere lediglich funktionaie Einheiten darstellen, deren AusfQhrung im BedarfsfaJI implizit ange- 
stoBen, also im Rahmen einer externen Primitive genutzt wird. 

Zunachst werdert die internen Primrtiven naher erlautert. da sich die externen Primitiven auf diese abstQtzen. 
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Die internen Prozeduren sind in FIG 3 dargesteilt und in der Freiverwaltung IBM enthaften. Wird die Freiverwaltung 
geandert so beschranken sich die implementierungsbedingten Auswirkungen lediglich auf diesen Saiz von Pr.mrf.ven. 

Eine Prozedur FIND_ENTRY suchl einen Beginn ENTRY einer Kette von Blocken vorgegebener GroBe. Diese Pri- 
mitive dient lediglich als Baustein zwei im folgenden noch zu erlauternde Primitiven FIND_BLOCK und PUT_TOJDLE. 

Die Prozedur FlND_BLOCK sucht einen Block der vorgegebenen GroBe. Der detailliertere Ablauf des Suchalgo- 
rithmus wird spater beschrieben. Im gunstigsten Fall wird von dieser Primitive ein passender Block gefunden (und zwar 
in der mit Hilfe der Primitive FIND_ENTRY gefundenen Kette), ansonsten wird ein moglichst geschickt gewahlter zu 
groBer Block ausgewahlt, das PATTERN unterbrechungsfrei auf den Zustand "Reservierf gesetzt und. im Falle emes 
"zu groBen" Blocks, mit dem entsprechenden Vermerkder Verweis auf diesen Block bekanntgegeben. 

Die Prozedur PUT_TOJDLE unterstellt einen Block der Freiverwaltung. Zunachst werden die physikahschen Nach- 
barn des freizustellenden Blocks auf ihren Zustand uberpruft. Findet sich dabei ein freier Nachbar. so wird dies der BEM 
bekanntgegeben. Findet sich kein freier Nachbar - und nur dann! - wird der freie Block am Ende einer mit HHfe der 
Primitive FIND.ENTRY gefundenen Doppelkette eingehangt und das PATTERN auf "FREE" geandert. 

Eine primitive GET_FROM_IDLE entnimmt einen Block aus der Freiverwaltung. Dazu mu8 dieser Block in geeig- 
neter Weise aus einer Verwaltungskette ausgegliedert und das PATTERN des Block-Headers auf "USED" gesetzt wer- 
den. Die Entnahme erfolgt am Beginn der Kette. 

Eine Prozedur SPLIT_BLOCK spaltet von einem Block einen Teil vorgegebener GroBe ab. Dazu muB ein neuer 
Block-Header BLK-H angelegt und die Verknupfung mit den physikalischen Nachbarn aktualisiert werden. 

Eine primitive SMELT BLOCK vereinigt zwei physikalisch benachbarte Blocke. Der uberschussige Block-Header 
kann aufgegeben werden und die Verknupfungen mit dem physikalischen Nachbarn mussen aktualisiert werden. 

Im folgenden werden die externen Primitiven naher erlautert, die in der Blockzustandssteuerung BEM und der 
Zugrrffssteuerung DAM enthalten sind. FIG 4 zeigt die in der BEM enthaltenen Primitiven. 

Eine Primitive RESERVE_BLOCK laBt einen f reien Block suchen und belegt diesen fur die zugehonge Transaktion. 
indem sie das PATTERN auf den Zustand "RESERVED" setzt Hinsichttich der Funktionalitat basiert diese Primitive auf 
der Primitive FIND_BLOCK. Wird dabei auf einen Reserve-Block des Speicherverwaltungssystems zugegriffen, muB 
sofort ein SPLIT_BLOCK mit implizitem PUTTOJDLE ausgefuhrt werden. 

Eine Primitive SEIZE_BLOCK entnimmt einen zuvor reservierten Block aus der Freiverwaltung und bnngt ihn. falls 
nbtig durch Block- Splitting auf die tatsachlich benotigte Lange. Der Rest- Block wird wieder an die Freiverwaltung zuruck- 
gegeben Funktional wird also zuerst ein GET_FROM JDLE und dann ggf. ein SPLITBLOCK ausgefuhrt. 

Eine Primitive RELEASE_BLOCK gibt einen nicht mehr benotigten Block an die Freiverwaltung zuruck. Falls em 
freier Nachbar vorhanden ist, wird ein Block- Smelting angestoBen und statt dem ursprunglichen Block der zusammen- 
gefaBte Block eingekettet. Druckt man diesen Sachverhalt durch die dabei implizit verwendeten internen Primitiven aus. 
so erfolgt zuerst ein PUTJOJDLE. Findet diese Primitive einen freien Nachbarn, so wird nicht sofort eingekettet, son- 
dern zunachst ein SMELT_BLOCK und anschlieBend noch einmal ein - dann "aktives" - PUTTOJDLE aufgerufen. 
35 Wird im Falle einer Multrtasking-Umgebung des VLP eine Transaktion im Zuge eines RESERVE J3LOCK mangels 
kleinerer passenderer Blocke auf den groBen Restbiock, die Freispeicher- Reserve gefuhrt, so darf nicht die gesamte 
Reserve biockiert werden. In diesem Fall muB also das Block-Splitting sofort durchgefuhrt werden. Ansonsten ist es 
sinnvoll das Block-Splitting erst mit AbschluB einer Transaktion zu vollziehen. urn so den Aufwand im Falle eines auf- 
tretenden Fehlers und des dann zu vollziehenden Roll-backs, d.h. der Wiederherstellung des Zustano^es vor Beginn der 
40 Transaktion, zu minimieren. 

Wie aus FIG 3 ersichUich. werden die Primitiven der Freiverwaltung von der Blockzustandssteuerung BEM aufge- 
rufen. Die Sucne nach einem freien Speicherblock wird durch die Primitive FIND_BLOCK durchgefOhrt, die implizit die 
Primitive FIND_ENTRY aufruft. urn in einem ersten Schritt eine passende Verwaltungskette mit einem freien Bock zu 
f inden. und die ebenfalls implizit die Primitive FAST_SPLIT aufruft. urn gegebenenfalls ein schnetles Splitting durchzu- 

45 fuhren. trsi 

Der Zugriff zu den Verwaltungsketten fur freie Speicherblocke erfolgt uber die Primrtrven PUTJTOJDLE und 
GET_FROMJDLE, wobei die erstgenannte Primitive wiederum die Primrtive FIND_ENTRY aufruft. urn die nchtige Kette 

ZU ^DaTsplitting durch die Primrtive SPLIT_BLOCK und das Verschmeizen durch die Primrtive SMELT_BLOCK wird 
ebenfalls durch die Blockzustandssteuerung inrtiiert, und zwar nach dem Aufdatieren der verursachenden Transaktion, 
wodurch das ZurOckrollen zum Zustand vor der Transaktion im Falle einer Unterbrechung gewahrleistet wird. 

Die DAM enthalt die Prozeduren Write-Block und Read-Block. Die Primrtive WRITE_BLOCK schreibt Anwender- 
Daten, ebenfalls unter zusatzlicher Verwendung der genannten UPDATE-Prozedur, in einen zuvor reservierten Block. 
Die Prozedur Read-Block liest Anwenderdaten aus einem reservierten Block. 

Im folgenden wird anhand von FIG 5 die wesentliche Datenstruktur der Reiverwaltung. narrrfich die Verwartungs- 
struktur, durch die der Zugang zu den freien Blocken des Speicherverwaltungssystems organisiert wird. naher erlautert. 

Die Verwaltungsstruktur kann in drei Teile geteirt werden, namJich eine erste Zugriffsstruktur RIT. die zu "klanen" 
Blocken fOhrt eine zweite Zugriffsstruktur LBA, die zu "groBen" Blocken fuhrt und eine drrtte Zugriffsstruktur RBA. die 
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zu einem ReserveWock fuhrt. Wahrend die zweite und dritte Zugriffsstruktur nur einige Zeiger enthait enthait die erste 
Zugnffsstruktur einen statischen binaren Baum. 

Die Struktur des genannten statischen binaren Baumes basiert auf der Vorgabe, daG - zumindest fur "kleine" Bldcke 
- nur Blocklangen mit diskreten Werten, d.h. vielfachen einer bestimmten minimalen Blocklange. erlaubt sind Jedes 
Blatt (Leaf) des binaren Baumes adressiert dann eine Kette von Blocken mit derselben Lange wobei die Blatter uber 
Knoten (Nodes) nach der jeweiligen Lange der Blocke sortiert sind. 

Durch die genannten Zugriffsstrukturen wird, abgesehen von der Einschrankung durch die Granularitat eine nahezu 
best-f rt-Suche gewahrleistet. Aufgrund der binaren Baumstruktur wird auGerdem ein sehr schneller Zugriff gewahrleistet 
Der Verlust von freiem Speicherraum, der durch die eingefuhrte Granularitat bedingt ist. wird urn ein vielfaches durch 
em verbessertes Verhaltnis zwischen belegtem und freiem Speicherraum kompensiert. 

Der Zugriff zu einer Kette von "groGen" Blocken erfolgt wie bereits erwahnt uber eine separate, zweite Zugriffs- 
struktur. Die genannte Kette von "groGen" Blocken betindet sich am Ende des vom VLP verwalteten Speicherraums 
MR, wobei die Auswahl nach einer best-fit-Suche erfolgt. Da man davon ausgehen kann, daG die genannte Kette ziemlich 
kurz ist wird das Durchlaufen der Kette wahrend einer Suche in einer akzeptablen Zeit erfolgen 

lm Unterschied zu den genannten "groGen" Blocken sind die "kleinen" Blocke am Beginn des vom Speicherverwal- 
tungssystem verwalteten Speicherraums MR angesiedelt. Auch in dem Speichergebiet der "kleinen" Blocke ist es mog- 
hch, Blocke zu verschmelzen und so die uber die erste Zugriffsstruktur maximale direkt adressierbare Blocklange zu 
uberschreiten. Deshalb enthait das letzte Blatt des binaren Baums in der Regel nicht nur Blocke der angegebenen 
Blocklange, sondern auch alle groGeren Blocklangen, die durch einen VerschmelzungsprozeB entstanden sind 
20 Die Verwaltung fur den Reserveblock (dritte Zugriffsstruktur RBA) enthait zwei Zeiger auf den Beginn und das Ende 
des Reserveblocks sowie zwei weitere Zeiger, die einen gerade gesplitteten Block am Beginn bzw. am Ende des Reser- 
veblocks adressieren, urn ein schnelles Splitting und Smelting zu unterstutzen. 

Die Verwaltung der "groGen" Blocke (zweite Zugriffsstruktur LBA) umfaGt zwei Zeiger zum Beginn bzw zum Ende 
der Kette von M groGen M Blocken. 
25 FIG 6 zeigt nochmals die erste Zugriffsstruktur, namlich einen statisch vorgeleisteten, nach Langen sortierten bina- 
ren Baum, dessen Blatter die Einstiegspunkte in Ketten von freien Blocken gleicher GroGe bereitstellen Der binare 
Baum ist zur Optim.erung der Dynamik in zwei Ebenen unterteilt (in FIG 5 nicht dargestellt), namlich in einen Hauptbaum 
(siehe FIG 6) und in Unterbaume (siehe FIG 7). 

Der Hauptbaum unterteilt ein vorgegebenes Blockiangenprof il des Freispeichers grob in Blocklangen- Interval le ITV, 
so wahrend die Unterbaume(zweite Ebene) die Intervalle in diskrete Blocklangen unterteilen, wobei die Blatter der Unter^ 
baume den E.nstieg in Ketten Chn von Blocken gleicher Lange bieten. Die von dieser Baumstruktur unterstutzten Block- 
langen sind statisch vorgegeben und Ziehen eine gewisse Granularitat und eine zu definierende minimaJe Blocklange 
nach sich. Diese scheinbare Einschrankung erweist sich als sehr vorteilhaft, was im folgenden bei der Eriauterung der 
Strukturen und ihrer Funktionalitat naher eriautert wird. 
35 Die Anzahl der Intervalle ergibt sich aus dem Verhaltnis zwischen einer Obergrenze, ab der alle Blocke unspezif isch 
als "groG" behandelt werden, und der gewunschten Granularitat in der Unterteilung. 

Irn Rahmen dieser Granularitat wird eine "quasi"-best-f it-Sucne unterstutzt. Die sich zunachst durch die Einfuhrung 
einer Granularitat notwendigerweise ergebenden Speicherplatzverluste werden einerseits direkt durch eine erhdhte 
Belegungsdichte (die gestaffelten GroGen passen besser ineinander) uberkompensiert, andererseits resultietf aus der 
40 geringeren Anzahl der benotigten Splittings ein besseres Systemvemalten insgesamt. 

Die Unterteilung des Freispeichers in Ungenintervalle ITV kann aquidistant erfolgen, oder, bezogen auf eine spe- 
z.elle Anwendung, entsprechend der Verteilung des Ungenprof ils der Anwendung(anwenderspezrf ische Ahforderungs- 
hauf igkeit von Blocklangen). Wahlt man bspw. ein bestimmtes Intervall im Vergleich zu anderen Irrtervallen sehr schmal 
so werden in diesem Intervall nur wenige diskreten Blocklangen liegen und der dieses Intervall unterteilende Unterbaum 
wird somit im Vergleich zu den Unterbaumen der anderen Intervalle eine geringe Tiefe aufweisen. Dadurch wird die 
Anzahl der Suchschritte fur Blocklangen, die in diesem Intervall liegen geringer und der Zugriff somit schneller Fur 
nauf ig angeforderte Blocklangen kann man auf diese Weise also die Zugriffszeit verkurzen. Unabhangig von der letzt- 
endlich gewahften Unterteilung ist das letzte Intervall offen zu wahlen, da es alle Blocke oberhalb des Maximalwerts 
des angenommenen Langenprofils enthait. 

Die Knoten des Baumes in FIG 6 enthaften die fur jeden binaren Baum typischen Informationen, namlich eine 
Vergleichslange LENGTH, die bei der Suche jeweils mit der angeforderten Blocklange verglichen wird. sowie einen 
Klemer-als-Verweis LT^IX und einen GrOGer-gleich-Verweis GE^IX (GE = greater or equal) auf die beiden Nachfolge- 
knoten/- Blatter. * 

« n^K^XaV: ^S^ 68 ln RG 6 enthalten Fe,der fQr die Qesamtzahl aktuell in diesem Interval! verfugbaren 
55 Blocke (NO_OF ^BLOCKS), einen Verweis zum Einstieg in eine intervallinteme Verwaltungsstruktur (START OF ITV) 
" mden FaN « nes 1eeren ' ^ervalb (NO.OF_BLOCKS=0) abzufangen. zwei weitere Verweise (NEXT ITV 
PREVJTV) zu den den nachsthOhererVniedrigeren Irrtervallen zugeordneten NachbarWattern. " ' 

Nimmt man eine Unterteilung in 2 n Intervalle an, so mussen fur den Hauptbaum 2 n Blatter und 2" - 1 Knoten jeweils 
zu 4 Byte, vorgeletstet werden. Als eine weitere statische Vorleistung mu!3 eine minimale BlockgroSe definiert werden 
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Ausgehend von einer festen GrdBe eines Block- Headers, der die ndtigen Verwaltungsdaten zu enthalten hat. erhalt man 
fur die minimale BlockgrdBe einen vernunftigen Wert, wenn man fur die durch den Header verwalteten User-Daten 
mindestens noch einmal dieselbe GrdBe ansetzt. Fur kleinere Bldcke wird ein Blocksplitting unterdruckt. Die kleinste 
unterstutzte Einheit entspricht also gleichzeitig der Granularitat, mitder uberhaupt BlockgrdBen angeboten werden. 

5 Die grdBtmdgliche Anzahl von BlockgrdBen innerhalb eines Intervalls ergibt sich aus dem Verhaltnis zwischen Inter- 

vallbreite und der minimalen BlockgrdBe. 

Durch die Festlegung einer kleinsten Einheit und der damit verbundenen Granularitat wird bei dem erfindungsge- 
maBen Speicherverwaltungssystem kein best-f it-Verfahren im strengen Sinne durchgef uhrt. weshalb das bei dem em'n- 
dungsgemaBen Speicherverwaltungssystem angewandte Zugriffsverfahren am besten als "quasi -best-f it- Verfahren" 

w bezeichnet werden kann. 

Die Festlegung einer kleinsten Einheit hatgegenuber dem best-fit- Verfahren jedoch einen enormen Vorteil. Solange 
es nicht sehr viele Anforderungen von Blbcken mit Langen. die kleiner als diese Einheit sind. gibt - und davon ist in der 
Praxis auszugehen wirkt diese Granularitat de fakto lediglich dem Entstehen sehr kleiner. letztlich unbrauchbarer 
Bldcke entgegen. Dadurch ergibt sich ein wesentlich besseres Verhaltnis zwischen belegtem und freiem Speicherraum. 

75 Fur jedes der oben eingefiihrten Intervalle wird Blatt-intern (Intervall-intern) gemaB den mdglichen BlockgrdBen 
jeweils ein weiterer statischer, semipermanenter binarer Baum (Unterbaum) vorgeleistet. der die zweite Ebene des 
binaren Baumes bildet und unter einem (Intervall-)Blatt der ersten Ebene aufgehangt ist. 

FIG 7 zeigt einen binaren Unterbaum. der unter einem der (Interval I-) Blatter der ersten Ebene aufgehangt ist. Die 
Blatter dieses Baums enthalten eine zugeordnete Lange LENGTH, die die Obergrenze des Intervalls angibt, einen 

20 Verweis auf den Beginn (START_OF_CHN) bzw. das Ende (END_OF_CHN) einer Kette CHN von freien Bldcken der 
entsprechenden GrdBe und. urn auf den Fall einer "leeren" Kette (STARTJDF_CHN=NULL) reagieren zu kdnnen. einen 
Verweis zum Nachbar-Blatt (NEXT_ENTRY) mit der nachsten GrdBe innerhalb dieses Intervalls bzw. zum Blatt des 
nachsthdheren Intervalls im ubergeordneten binaren Baum oder eine "letztes Intervair-Marke. Die Knoten bestehen 
wiederum aus den schon oben beschriebenen, fur binare Baume typischen Eintragen. 

25 Geht man von einer Aufteilung der Intervalle in 2 m einzelne Ketten aus. so mussenfurden Unterbaum 2 m - 1 Knoten 
der GrdBe 4 Byte und 2 m Blatter zu je 12 Byte vorgeleistet werden. 

Soil wahrend des Betriebs auf eine neue. dem Anwender angepaBte Unterteilung (z.B. schmale Intervalle in Berei- 
chen hoher Anforderungshaufigkeit) umgestellt werden, so ist dies relativ unproblematisch. sofern die minimale Block- 
lange beibehalten werden kann. Die neue Verwaltungsstruktur wird zunachst inaktiv, parallel zum Betrieb auf den alten 

30 Baumstrukturen vorbereitet. Ist diese Vorbereitung abgeschlossen, kdnnen die Verwaltungsdaten fur den Reserveblock 
und die "groBen" Bldcke aus der alten Verwaltungsstruktur in die neue Verwaltungsstruktur ubernommen und diese 
aktiviert werden. Ab diesem Zeitpunkt ist der Betrieb mit der neuen Verwaltungsstruktur, wenn auch mit kurzzeitigen 
DynamikeinbuBen. mdglich. Im weiteren Verlauf mussen nach und nach die uber den alten Baum zuganglichen Ketten 
freier Bldcke in den neuen uberfuhrt werden. Diese Uberfuhrung wird wie folgt durchgefuhrt. Fur einen bestimrrrten 

35 Zeitraum (Ubergangsphase) wird bei einer Anforderung eines freien Blockes noch in der alten Verwaltungsstruktur 
gesucht. Nur wenn dort kein freier Block gefunden wird, wird in der neuen Verwaltungsstruktur weitergesucht. Wird in 
der aiten Verwaltungsstruktur ein freier jedoch zu groBer Block gefunden. so wird dieser gefundene Block gesplittet und 
der gesplittete Anteil von der neuen Verwaltungsstruktur aufgenommen. Wird ein bisher belegter Block freig eg eben, so 
wird dieser selbstverstandlich sofort von der neuen Verwaltungsstruktur aufgenommen. Nach Ablaut der Ubergangs- 

40 phase werden schlieBlich die noch in der alten Verwaltungsstruktur verbliebenen freien Bldcke in einem von den Anwen- 
deranforderungen unabhangigen ProzeB in die neue Verwaltungsstruktur QberfOhrt. Mit AbschluB dieses Vorgangs ist 
der Wechsel auf die neue Verwaltungsstruktur vollzogen. 

Im folgenden wird der AWauf bei der Anforderung eines Blocks naher eriautert 

Auf eine Anforderung nach einem Block bestimmter Lange wird die Prozedur F!ND_BLOCK aufgerufen. Diese Pro- 
45 zedur durchlauft unter zu Hilfenahme einer Prozedur FIND_ENTRY die erste Zugriffsstruktur, namlich den beschriebe- 
nen binaren Baum. Am entsprechenden Blatt des Hauptbaumes angekommea wird die Anzahl der dort verfugbaren 
Bldcke ausgelesen. Ist diese Zahl ungieich Null (I > 0. so wird an die intervall-interne VerwaHung weitergegeben. Im 
anderen Fall (I - 0) wird auf das Nachbarintervall Oder zu Optirrrierungszwecken - was spater naher ertautert wird - auf 
ein anderes. fur den Anwender gunstiges Intervall verwiesen. Im folgenden werden die betden genannten Falle naher 
so eriautert. 

I > 0: Im interval I -inter nen Baum wird die entsprechende GrdBe herausgesucht (quasi -best -fit!). Wird unter diesem 
Blatt ein Block gefunden, so ist der Suchvorgang abgeschlossen. Ist unser diesem Blatt jedoch kein Block vorhanden, 
kann auf das Nachbarblatt innerhalb dessetben Intervalls (oder zu Optimierungszwecken auf ein anderes Blatt) verwie- 
sen werden. urn so den nachstgrdBeren Block zu finden. Falls auch alle weiteren Kelten leer sind. verweist das tetzte 
55 Blatt des Intervalls auf den Einstieg in das nachste Intervall. Dort wird die erste Faflunterscheidung wiedemoft. fur I > 0 
ist aber jetzt sicher, daB ein nutzbarer Block, der dann im allgemeinen zu splttten ist gefunden wird. 

I = 0: Da in diesem Intervall keine Bldcke vorliegen, kann direkt auf das nachste Intervall weiterverwiesen werden. 
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Um die oben skizzierte Entscheidung (I > 0 Oder I = 0) zu ermoglichen, ware es ausreichend. statt eines Zahlers 
em Bit vorzuleisten. Ein Zahler bote jedoch Vorteile beziiglich der Auditierung und statistischen Uberwachung der Frei- 
verwaltung. 

Im besten Fall 1st ein Block entsprechend der Anforderung (im Rahmen der vorgeleisteten Granularitat!) - vorhanden 
so daB der Zugnff schnell und direkt uber den vorgeleisteten, statischen binaren Baum erfolgen kann 

Der schlechteste Fall tritt ein. wenn ein Block angefordert wird. dessen GroBe zweimal der MindestgrdBe entspricht 
und wenn zwar Bldcke der MindestgrdBe vorhanden seien, jedoch ansonsten in der Freiverwaltung keine Blocke mehr 
vorhanden sind (abgesehen vomgenannten Reserveblock). Alle Intervall-Zahler, auBerdenen des ersten und des letzten 
Intervalls, stehen in diesem Fall sorrtt auf Null. 

rion ^ diese : V° ra "ssetzung lauft die Anforderung in das erste Intervall und findet den Leereintrag im entsprechen- 
den Blatl, woraufhin sie mnerhalb des Intervalls Liber dessen gesamte Breite (- 2 Blatter) weitergereicht wird An dessen 
Ende angekommen. erfolgt der Sprung zum Einstieg in das nachste Intervall. Da in diesem. wie auch in den folgenden 
nach Voraussetzung keine Bldcke verfugbar sind. wird die Anforderung bis an das Ende des ubergeordneten Baums 
(Hauptbaum) querverwiesen, um dann dort den Reserveblock zu finden und das entsprechende Stuck abzusplitten 

Der normale Fall w.rd zwischen den genannten beiden Extremfailen liegen. allerdings ist es durch geeignete MaB- 
nahmen (Vorgabeder Intervall-Schachtelung, Vorgabe einer Standardblockverteilung. gezieltes Splitting etc.) mdglich 
diesenNormalfallsehrdichtbeimldealfallzuhalten. ^ 

Wird letztlich ein Blatt mit nicht leerer Kette gefunden. so wird am Beginn dieser Ketle ein Block als reserviert 
k 3 T 1 a l m = " RESERVED ")- lst Block nicht die VLP-Reserve, so wird im Falle einer Multftasking-Umge- 
tagcbsBesdiraben des Blockes abgewartet ehe ein unter Umstanden ndtiges Splitting (SPLIT_BLOCK) erfolgt Fur 
d.e VLP-Reserve muB d.es aber unverzuglich erfolgen. damit diese fur weitere Anforderungen zur Verfiigung steht Der 
so gewonnene Block wird letztlich ausgegliedert, indem der Anfangszeiger des Blattes (START.OFCHN) auf das fol- 
gende Blatt gesetzt. und der dortige Ruckfaezug und die Zahler in diesem und dem Inter vail- Blatt geandert werden 

- c fL Fre ' 9abe e,nes Blocks werden 2uerst die Physikalischen Nachbarn des freizugebenden Blockes (PATTE RN 
= FREE ) auf ihren Zustand untersucht. Ist einer der Nachbarn oderbeidefrei (PATTERN = "FREE") so wird ein Block- 
Smelting ausgefuhrt (SMELT_BLOCK). DW 
Fur den danach freizugebenden Block wird uber die oben beschriebenen Baume das seiner GrdBe entsprechende 
Blatt gesucht Dieses Suchen ist naturlich immer direkt erfolgreich. Das Eingliedern in die dortige Kette erfolgt an deren 
zSf werden ^ EN °-° F - CHN in diesem Blatt ' Die Zahler in den ^ttern mussen analog hochge- 

Es sei darauf hingewiesen. daB das Suchen beim Freigeben eines Blockes als zusatzlicher Aufwand die notwendioe 
Folgeieder vorgegebenen Ordnungsstruktur ist. Die Anzahl der Suchschritte ist bei dem erfindungsgemaBen Speicher- 
verwaltungssystem jedoch besonders gering. aoenopacner 

Im folgenden wird der dynamisctie Ablaut anhand eines Beispiels naher eriautert 

f J _V einfachste Vertei, ^9 wird ein gleichverteiftes Langenprofil betrachtet; die Obergrenze des Spektrums wird mit 
^ kByte angenommen. Die GroBe eines Block-Headers wird mit 16 Byte angenommen (Minimalausbau des Block- 
Headers, d.h. ohne PTR_NEXT_Phys und PTR_PREV.LOG wie in FIG 2). die minimale BlockgrdBe und damit auch 
die Granularitat liegen also bei 32 Byte: 
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Lmax: 


256 kByte 


(Spektrum Obergrenze) 


Lmin: 


32 Byte 


(minimale BlockgrOGe) 


Gran: 


32 Byte 


(Granularitat) 



so 



Das BlocWangen-Spektrum soil in 256 Squidistante Intervalle der Breite 1 kB aufgeteift werden. der Baum besitzt 
also eine Tiefe von acht Knoten; die Intervall-Breite 1 kB zusammen mit der Granularitat 32 Byte ergibt 32 mflgliche 
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Langen pro Interval!, die Unterbaume sind also jeweils funf Knoten tief: 



IntB: 


1 kByte 


(Intervallbreite) 


HBT: 


8 


(Knotentiefe des Hauptbaums) 


UBT: 


5 


(Knotentiefe der Unterbaume) 


Nlnt: 


32 


(Anzahl der moglichen Langen pro Intervall) 



w 

Damit ist der statisch vorgegebene Anteil der Freiverwaltung bekannt, namlich ein Hauptbaum der Tiefe HBT=8 
und 256 IntervalHnterne Unterbaume der Tiefe UBT=5. Der vorzuieistende Platzbedarf betragt ca. 130 kB: 

2 8 Intervalle 

2 8 -l Knoten a 4 Byte: 1 kByte 
2 8 Blatter a 4 Byte: 1 kBvte 

2 kByte 



?5 

Hauptbaum (1. Ebene) 



20 



Unterbaum (2. Ebene) 2 5 Ketten pro Intervall 
25 => 2 5 -l Knoten a 4 Byte: 128 Byte 

2 5 Blatter al2 Byte: 384 Byte 
* 2 8 Tntervalle 

128 kByte 

30 

gesamt: 130 kBvte 



lm besten Fall findet man eine bestimmte BlockgrOBe also nach 13 Suchschritten, im schlechtesten Fall sind 334 
Suchschritte erforderlich, was im folgenden nochmals verkurzt dargestellt wird. 



Best Case: 


8 


(Tiefe des Hauptbaums) 




±5 


(Tiefe des Unterbaums) 




13 Suchschritte 




Worst Case: 


8 


(Tiefe des Hauptbaums) 




5 


(Tiefe des Unterbaums) 




2 5-2 


(Brerte des Unterbaums) 




28-1 


(Brerte des Hauptbaums) 




5 


(Tiefe des Unterbaums) 






(Brerte des Unterbaums) 




334 Suchschritte 





Der dargesteilte Worst Case ist sicher sehr serten, weshalb die mittlere Suchzeit nahe bei dem IdeaJfafl (13 
Suchschritte) Oegt. 

Beim Freigeben eines Blocks muB dieser an das entsprechende Blatt der Freiverwaltung abgegeben werden. Im 
vorliegenden Beispiel sind hierzu 13 Suchschritte erforderlich. 
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l t £S2£!S£ chiedene Mechanismen zur 0p,imierun9 der Suchzeiten bzw Suchschri « e da ^««. 

i F^l n?" 9 ^" 96 3Uf dSn Minimalausba " *r Biock-Headerstmktur und 8^^^ 
%Jl ? 1 "ormalewe.se auszufuhrenden k Splittings wbd bei jedem Aufruf der ProzedurSEIZE BLOCK ein 
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alter Header: 


k 


logischer Vorganger: 


k 


(logischer Nachfolger: 


k) 


neuer Header: 


k 


(physikalischer Nachfolger: 


k) 


logischer Vorganger: 


k 


(Endezager Freiketle: 


kl 


Zahl der Aktualisierungsvorgange: 


7*k (4 # k) 



Biocks werden?^ Beim SpfiWngdesgro.2 

9 ™ewi*den*e^^^ 
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werden. Fur die Seizes sind jeweils der entsprechende Header und die logischen Bezuge 



neue Header: 


k 


(physikalische Nachfolger: 


1) 


header: 


k 


logischer Vorganger: 


k 


(logischer Nachfolger: 




Zahl der Aktualisierungsvorgange: 


4*n + 1 (3*n) 



Patentanspruche 

1 Speicherverwaltungssystem eines Rechnersy stems, mit einer Verwaltungsstruktur (RIT), dieden Freispeicher eines 
Rechnersystems in Form von Blocken verwaltet und diese einem Anwendersystem auf Anforderung zur Verlugung 
stelrt, 

dadurch gekennzeichnet, . 
daB die Verwaltungsstruktur eine statische Baumstruktur umfaflt, unter deren Endeknoten (Blatter) Blocke des Frei- 

speichers aufgenommen werden. 

2. Speicherverwaltungssystem nach Anspruch 1 , 

dadurch gekennzeichnet. *«*-,.*u 
daft es den Freispeicher nach diskreten Blocklangen unterteilt, wobei die mc-glichen diskreten Blocklangen stat.sch 
vorgegeben sind. und unter einem Endeknoten (Blatt) der genannten Baumstruktur jeweils Blocke einer best.mmten 
diskreten Blocklange aufgenommen werden. 

3. Speicherverwaltungssystem nach Anspruch 1 Oder 2, 
dadurch gekennzeichnet. 

daG es sich bei der statischen Baumstruktur urn eine binare Baumstruktur handelt 

4. Speicherverwaltungssystem nach einem der Anspruche 1 bis 3, 

dadurch gekennzeichnet _ . 

dal3 die genannte Baumstruktur in hierarchische Baumebenen unterteilt ist. wobe. jede Baumebene e.n von der 
ubergeordneten Baumebene vorgegebenes Spektrum von Blocklangen in Teilspektren unterteilt und die unterste 
Baumebene das ihr vorgegebene Spektrum in diskrete Blocklangen unterteilt. und wobei der Ende-Knoten ones 
Baumes einer Baumebene jeweils eine Angabe uber die Anzahl der insgesamt unter diesem Ende-Knoten verfug- 
baren freien Blocke enthait. 

5. Speicherverwaltungssystem nach einem der Anspruche 1 bis 4, 

der vor jeder Zuteilung eines gef undenen Blockes an ein Anwendersystem e.n Block- 
Solitting durchfGhrt, wenn der gefundene Block nicht die angeforderte BlocWange aufweist. einen Smelting -Mecha- 
nismus der nach jeder von einem Anwendersystem erfolgten Freigabe eines Blockes uberpruft, ob em zudiesem 
Block physikalisch benachbarter Block ebenfalls frei ist und. sof ern dies der Fall ist. beide Blocke mrte.nander ver- 
schmelzt 

6. Speicherverwaltungssystem nach Anspruch 5. 

KTI^^ der bei Finden einer leeren Blocklange fur die weitere Suche auf das nachste 

Teilspektrum verweist 

7. Speicherverwaltungssystem nach Anpruch 5 

JnTv^ der bei Finden einer leeren angeforderten BlocWange auf die k-feche Blocklange 
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verweist und einen unter der k-fachen Blocklange gefundenen Block vor der Zuteilung an das Anwendersystem in 
k Blocke mit der angeforderten Blocklange splittet. ""wenaersystem ,n 

8. Speicherverwaltungssystem nach einem der Anspruche 1 bis 7, 
5 gekennzeichnet durch 

lange reg.str.ert und/oder d.e Anforderungshaufigkeit von Blocken einer bestimmten Blocklange registriert. 

9. Speicherverwaltungssystem nach Anspruch 8. 
'0 gekennzeichnet durch 

tZ^^^f^?" 6 Behalterstruktur durch Block- Splitting wieder mi, Blocken auffu.lt, wenn der 
i-ungrad eine bestimmte Schwelle unterschreitet. 

10. Speicherverwaltungssystem nach Anspruch 8 Oder 9 
'5 gekennzeichnet durch 

hr^rTw CkU !l 9SmeChaniSmUS ' def ei " Sme " in9 einesfr «9e9ebenen Blocks mit einem physikalischen Nach- 
Sch^eSfeTS^ 

so 11. Speicherverwaltungssystem nach einem der Anspruche 4 bis 10 
dadurch gekennzeichnet 

^^Tt^^?^^™ in Teite P ektren entsprechendderanwenderspezrfischen Verteilung der Anfor- 
derungshauf igkett einer bestimmten Blocklange durchgefuhrt ist. 

25 12. Speicherverwaltungssystem nach einem der Anspruche 1 bis 1 1 mit 

einem Belegtverwaltungssystem (UBM). das die von einem Anwendersystem belegten BIScke verwaltet und dafur 
sorgt, da3 fur alia belegten Blocke ein Abbild auf einem Hintergrundspeicher gefuhrt wird 

13. Speicherverwaltungssystem nach anem der Anspruche 1 bis 12, mit 
30 Austauschmitteln, durch die die bisherige statische Verwaltungsstruktur wShrend des Betriebs durch eine neue 
statische Verwaltungsstruktur ersetzt werden kann. 
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